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(54) Configurable system for monitoring programme vlewership and usage of Interactive 
applications 



(57) A system and method provide sophisticated 
analysis of program viewership by executing interactive 
applications that generate responses describing the 
V j ewers - behavior. A broadcast server maintains a data- 
base of interactive applications each preferably associ- 
ated with a program that will be broadcast. The 
interactive applications preferably include monitoring 
interactive applications that are configured to selectively 
monitor viewership, interactive application usage, and 
reception terminal usage. When the program is broad- 
cast, the monitoring interactive application is inserted 
into the broadcast feed and delivered to a broadcast 
receiver such as a television set-top box. The broadcast 
receiver includes a processor, memory, and other hard- 
ware necessary to execute the interactive application. 
When executed, the interactive application monitors 
usage of the broadcast receiver, including, for example, 
the program watched by the subscriber, the entry and 
exit paths to the program, whether the volume was 
changed during the program, and the usage of interac- 
tive applications. The monitored data is sent in a 
response packet to a local data center at, for example, 
the cable headend. The local data center supplements 
the response with subscriber information from one or 
more subscriber databases, including marketing infor- 
mation such as the subscriber's age, race, and income. 
Information about ail of the subscribers is aggregated 
by the local data center and transmitted to a master 



data center. The master data center aggregates all of 
the received information, supplements it if possible with 
additional subscriber information, and provides reports 
to the broadcaster indicating the geographic, demo- 
graphic, and psychographic profiles of the program 
viewers. 
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Description 

CROSS-REFERENCE TO RELATED APPLICATIONS 

[0001] The subject matter of this application is related 
to the subject matter of U.S. Pat. No. 5,689,799, entitled 
■METHOD AND APPARATUS FOR ROUTING CONFI- 
DENTIAL INFORMATION", which issued on November 
18, 1997 and the following applications: application 
serial number 08/429,064, entitled "METHOD AND 
APPARATUS FOR DETERMINING BROADCASTER 
INFORMATION", filed on April 26, 1995, application 
serial number 08/429,107, entitled "COMPACT 
GRAPHICAL INTERACTIVE INFORMATION SYS- 
TEM", filed on April 26, 1995, and application serial 
number 09/070,757, entitled "RESPONSE CAPACITY 
MANAGEMENT IN INTERACTIVE BROADCAST SYS- 
TEMS BY PERIODIC RECONFIGURATION OF 
RESPONSE PRIORITIES", filed on even date herewith. 
The above patent and applications have the same 
assignee as the present invention and are incorporated 
herein by reference in their entirety. 

BACKGROUND 

FIELD OF INVENTION 

[0002] The present invention relates generally to sys- 
tems and methods for determining television and inter- 
active application viewership and, more particularly, to 
systems and methods for selectively controlling the 
monitoring of such viewership and usage on a program 
specific level. 

RAHKGROUNn OF THE INVENTION 

[0003] Commercial television programming is gener- 
ally funded by advertising revenue. The determination 
of how much a broadcaster can charge advertisers for 
placing an advertisement during a given time slot in a 
given television show depends on knowing how many 
people are likely to be watching at the time the adver- 
tisement is aired. This type of viewership data, or 'rat- 
ing', has normally been collected through various 
manual and automatic processes. Manual processes 
typically include a preselected number of households of 
viewers, and requires the viewers to manually record 
what television shows are being watched, at what times, 
and by whom. This intrusive process interferes with the 
viewers' watching behavior and necessarily relies on 
the viewers accurately reporting their television viewing 
behavior. 

[0004] To overcome the accuracy and intrusiveness 
problems, automatic methods typically rely on detecting 
channel selection in the broadcast receiver, and record- 
ing data indicative of such selection in some memory, or 
transmitting data of such selection to a central reposi- 
tory. Various means have been used to detect channel 



selection behavior in broadcast receivers, such as tele- 
visions, set top boxes, and video cassette recorders. 
Transmitting channel selection data has typically 
involved transmission by secondary telephone lines, or 

5 by polling in a cable system. Signals to control monitor- 
ing times have been transmitted to broadcast receivers 
using telephone, microwave, radio frequency transmit- 
ters, or the cable system itself. For example, U.S. Patent 
No. 5,251 ,324 to McMullan, Jr. et al., discloses sending 

w information about specific recording times to a remote 
terminal such as a set top box directly via cable lines. 
[0005] These automated systems and methods, how- 
ever have various limitations. While the actual informa- 
tion of interest to the broadcaster is what particular 

is television programs are being watched and when, these 
techniques instead focus on detecting channel selection 
behavior, and use this information as a proxy for the tel- 
evision programs being watched. This is generally 
because the various types of broadcast receivers typi- 

20 cally have the capability to only tune to specific chan- 
nels, and at best store very limited data indicative of the 
channel. 

[0006] Because prior techniques attempt only to 
detect channel selections, they are not able to more pre- 
ss cisely control, on an individual basis, which television 
programs are monitored. Further, because channel 
selection is the primary data being monitored, prior 
techniques have not addressed controlling the level of 
detailed information that is monitored, such as how long 
30 a particular television program is watched, which partic- 
ular portions of a television show are watched, which 
television program was watched prior to a monitored tel- 
evision program, or which television program was 
watched after a monitored television program. This 
35 detail is typically not captured because broadcast 
receivers typically do not provide a platform for execut- 
ing configurable monitoring applications that are associ- 
ated with particular television programs. 
[0007] Further, conventional monitoring methods 
40 depend on the pre-selection of a number of households 
that will have the monitoring equipment or capability 
installed. As a result, there is little, if any, ability to 
dynamically configure which households are included in 
a particular monitoring event for a particular television 
45 program. 

[0008] Another limitation of conventional monitoring 
methods is their inapplicability to monitoring the use of 
interactive applications. Interactive television has been 
much discussed, but rarely implemented beyond very 

so small test markets. However, truly national broadcasting 
of interactive applications which enhance the viewing of 
television programs, advertisements, and other pro- 
gramming material will benefit from usage data indicat- 
ing the usage rate of interactive applications. Since 

55 interactive applications may be operated in a channel 
independent manner, conventional channel selection 
monitoring methods do not accurately track usage of 
interactive applications. 
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[0009] Accordingly, it is desirable to provide a system 
and method for precisely monitoring the viewership of 
television programs and the usage of interactive appli- 
cations. It is further desirable to provide a system and 
method that allows for dynamic configuration of which 
television programs and interactive applications are 
monitored and the level of detailed information that is 
captured during the monitoring period. 

SUMMARY OF THE INVENTION 

[0010] The present invention overcomes the limita- 
tions of conventional television viewing monitoring tech- 
niques by providing a system and method that allows for 
specification of individual television programs and inter- 
active applications to be monitored, along with specific 
control over the level and type of detailed information to 
be captured during monitoring. The monitoring is silent 
because the viewer is not required to initiate the moni- 
toring and need not know that monitoring is occurring. 
The present invention further allows the monitored data 
from individual televisions, set top boxes, video cassette 
recorders, and other broadcast receivers to be accumu- 
lated and aggregated at local and national levels, and 
augmented with demographic or psychographic data 
about the viewing audience. This augmented data pro- 
vides the broadcaster with a very precise analysis of the 
audience viewing particular television programs or 
using particular interactive applications. For example, 
the present invention allows a broadcaster to accurately 
determine the percentage of households with an 
income over $50,000 that watched a certain commercial 
broadcast 15 minutes into a single episode of a particu- 
lar situation comedy. 

[001 1] A system in accordance with the present inven- 
tion includes a number of broadcast receivers, such as 
set top boxes, televisions, video cassette recorders, and 
the like, that are configured to include a microprocessor 
and a memory for storing and executing interactive 
applications. The interactive applications are broadcast 
with the television broadcast signal, and typically 
accompany television programs or advertisements, but 
may be independent of either. 

[001 2] The system also includes a broadcaster that is 
the source of broadcast data including television pro- 
grams, commercials, and interactive applications. The 
broadcaster typically includes an automated broadcast 
selection mechanism to automatically control the selec- 
tion of broadcast data according to a playlist which 
defines that specific sequence of broadcast data, typi- 
cally including the start time, program, and channel 
identity of each item of data being broadcast. The 
broadcaster includes a data insertion unit that inserts a 
monitoring interactive application into a program or 
broadcast signal. The broadcast signal is then broad- 
cast by a transmitter. 

[001 3] Communicatively coupled to the broadcaster is 
a broadcast server that receives from the automated 



broadcast selection mechanism the playlist of broad- 
cast data. The broadcast server also maintains a data- 
base of interactive applications, including monitoring 
interactive applications. The various interactive applica- 

5 tions are associated with individual broadcasters, televi- 
sion programs, and commercials. The broadcast server 
correlates particular ones of the interactive applications, 
and especially the monitoring interactive applications 
with particular broadcast data that is to be monitored. 

w These selected monitoring interactive applications are 
communicated to the data insertion unit which inserts 
them into the broadcast signal to accompany the partic- 
ular broadcast data to be monitored. 
[0014] The broadcast signal containing the monitoring 

is interactive application and the broadcast data to be 
monitored is received by any broadcast receiver tuned 
to the specific channel upon which the monitoring inter- 
active application is broadcast. Thus only those broad- 
cast receivers that are tuned to such channel will 

20 receive the monitoring interactive application. 

[0015] However, instead of requiring monitoring at 
each and every broadcast receiver that so receives the 
broadcast signal, the monitoring interactive application 
includes data and algorithms which selectively control 

25 which broadcast receivers monitor viewership or usage. 
The monitoring algorithms of the monitoring interactive 
application are configurable for each individual televi- 
sion program, commercial, or interactive application to 
be monitored to adjust the sample size in response to 

30 predicted market share, time of day, and other factors. 
For example, for a very popular television program 
watched by millions of viewers, the monitoring interac- 
tive application may be configured to create 1 % sample 
of about 10,000 viewers. For a less popular television 

35 program with only about 100,000 viewers, the monitor- 
ing interactive application may be configured to create a 
10% sample. This ability to control sample size avoids 
overloading the response capacity of the monitoring 
system and enhances the precision with which viewer- 

40 ship data is collected. 

[0016] In addition, the monitoring interactive applica- 
tions may be individually configured to control the level 
or type of detailed information that is monitored. A basic 
level of monitoring is determining whether the particular 

45 television program or commercial is being watched at 
all. In addition, the monitoring interactive application 
may be configured to determine the total amount of time 
the program was watched, the starting and ending view- 
ing times, the channel entry path (which channel was 

so being watched or other event prior to the current pro- 
gram being monitored), the channel exit path (which 
channel was watched or other event, after or during, the 
current program being monitored), and the volume set- 
tings during the monitored program. Also, the monitor- 

55 ing interactive application may be configured to monitor 
aspects of a channel or network, such as start and end- 
ing times, and entry and exits paths. 
[0017] Finally, as a further embodiment of the present 
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invention, the monitoring applications may be config- 
ured to monitor functionality of the broadcast receiver 
itseif, so that this information may be provided to a man- 
ufacturer of the broadcast receiver. Features of the 
broadcast receiver that may be monitored include, tor 5 
example, whether a picture-in-picture (PIP) function is 
used (including size, location, and channel selection of 
the PIP), which video inputs are active, whether an 
upstream tuner is used in conjunction with the broad- 
cast receiver, and use of features such as mute, closed- 10 
captioning, stereo surround, and so forth. 
[0018] In this embodiment, the monitoring interactive 
applications operate invisibly to the viewers so that 
viewers need not manually initiate monitoring of their 
viewing behaviors. The monitoring interactive applies- is 
tion may be configured to operate automatically in this 
fashion, or to be initiated by a viewer. 
[0019] Beyond monitoring television programs and 
commercials, the monitoring algorithms and data may 
be embedded in any interactive application that pro- 20 
vides interactive functionality to the user. Example inter- 
active applications include applications for registering 
viewer feedback during a television program, applica- 
tions providing sport statistics during an accompanying 
sports broadcast, applications providing financial data 25 
or weather information, and applications for purchasing 
advertised items or services. These and other types of 
interactive applications may include the monitoring 
algorithms and data and thereby be able to selectively 
monitor the usage of these applications along the same 30 
dimensions as mentioned above. In addition, an interac- 
tive application can report which of its forms were used, 
the amount of time spent on each form, the entry and 
exit time on each form, the entry and exit path of each 
form (i.e. previous and next form), and viewer channel 35 
selections during use of the interactive application. This 
type of precise monitoring informs the owner of the 
interactive application of the usage and effectiveness of 
the application. 

[0020] The preferred system includes a number of 40 
data centers, each operating, for example, at a local 
cable system providing cable service to a number of 
broadcast receivers in a local service area. Each broad- 
cast receiver that is monitoring transmits a response to 
its local data center. The response includes the monitor- 45 
ing data, along with an identification code for the moni- 
toring interactive application that performed the 
monitoring, and an identification code of the broadcast 
receiver providing the response. The data center 
receives the responses from the various local broadcast so 
receivers and aggregates them into an aggregate set of 
data. The aggregate data describes local rating and 
usage information for the monitored program or interac- 
tive application in various geographic areas. In addition, 
the data center is communicatively coupled to a data- 55 
base of subscriber information that is indexed by the 
broadcast receiver's terminal identification codes. Using 
the broadcast receiver identification code, the data 



center obtains and aggregates the subscriber informa- 
tion in the database, thereby providing, for example, 
aggregate viewership data with respect to geographic 
location. The data center may be further coupled to 
geographic, demographic and/or psychographic data 
collections, including such data as household income, 
racial classifications, interests and preferences, and the 
like in order to create detailed reports about viewership 
and usage. 

[0021] The aggregated reports from various data 
centers are transmitted to a central data center, where 
they are further aggregated to reflect a regional or 
national level of data. The data center generates these 
regionally aggregated reports, and provides them to the 
various broadcasters. 

[0022] A method of selectively monitoring broadcast 
data in accordance with the present invention includes 
receiving at a broadcast receiver an interactive applica- 
tion accompanying a broadcast program, executing the 
interactive application to selectively determine whether 
the broadcast program accompanying the interactive 
application is to be monitored, responsive to this deter- 
mination, configuring the interactive application to mon- 
itor selected attributes of viewership of the broadcast 
program, and monitoring the selected attributes of view- 
ership by storing data indicative of the selected 
attributes. As an additional step, the method includes 
configuring an interactive application by defining the 
selected attributes of a broadcast program to be moni- 
tored, storing within the interactive application data 
indicative of the selected attributes, and transmitting the 
interactive application so configured to the remote 
broadcast reception terminal. 

BRIEF DESCRIPTION OF THE DRAWINGS 
[0023] 

FIG. 1 is a high-level block diagram illustrating a 
system for performing usage and viewership moni- 
toring according to a preferred embodiment of the 
present invention. 

FIG. 2 is a block diagram illustrating an embodi- 
ment of a broadcast receiver according to an 
embodiment of the present invention. 
FIG. 3 is a flow chart illustrating steps for receiving 
and operating an interactive application according 
to an embodiment of the present invention. 
FIG. 4 is an event diagram tracing the construction, 
transmission, and execution of an interactive appli- 
cation for monitoring, and the processing of 
responses generated therefrom - 
FIG. 5 is a chart illustrating an embodiment of the 
response packet generated by the broadcast 
receiver and transmitted to the local data center. 
FIG. 6 illustrates sample reports that may be gener- 
ated by the master data center from the aggregate 
responses. 
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DETAILED DESCRIPTION OF THE PREFERRED 
EMBODIMENT 

[0024] Referring now to FIG. 1 , there is shown an illus- 
tration of a system in accordance with the present 
invention. It will be appreciated that the system illus- 
trated in FIG. 1 may be incorporated into larger, more 
complex systems while still providing the features and 
benefits of the invention. Generally, system 100 
includes a broadcaster 114, a broadcast server 110, a 
data insertion unit 116, and at least one broadcast 
receiver ("BR") 120. 

[0025] The broadcaster 1 1 4 provides program mate- 
rial to be broadcast to the BRs 120. As used herein, a 
"broadcaster" 11 4 is any entity providing a program that 
will be carried on a broadcast signal. A "program" is a 
discrete segment of a broadcast Thus, as defined 
herein, program includes television shows, commer- 
cials, public service announcements, pay-per-view 
events, and the like. Broadcasters include television 
networks, as well as advertisers who prepare commer- 
cials, pay-per-view providers, cable networks, and the 
like. A typical broadcaster 114 maintains program 
sources, such as banks of video cassette players, video 
disc players, film, and the like containing program mate- 
rial; automation systems that selectively control the pro- 
gram sources to select which units provide program 
material at which times; and switching systems control- 
led by the automation systems which couple the pro- 
gram sources to respective broadcast media for 
controlling which program sources output to which 
broadcast media at any given time. The person or per- 
sons receiving the programs are referred to as "sub- 
scribers" or Viewers." 

[0026] The broadcast server 1 10 is preferably a com- 
puter system executing a software program providing 
the functionality described herein. The broadcast server 
110 contains an interactive application database 112 
holding interactive applications that will be broadcast to 
various remotely distributed BRs 120. Interactive appli- 
cations may be added to the interactive applications 
database 112 by a broadcaster 114 or other program 
supplier and may be transmitted to the database 1 12 by 
a secure network link or other transmission media. 
Fields within the database 112 associate interactive 
applications with, for example, a particular broadcaster, 
network, channel, program, and/or broadcast time. In 
addition, each interactive application in the database 
1 12 preferably has a unique interactive application iden- 
tification code by which it may be identified. 
[0027] In one embodiment of the present invention, 
the interactive applications stored in the database 112 
are described by a compact communications protocol. 
The compact protocol is designed to broadcast a com- 
pact set of information and commands among the sys- 
tem components in an efficient manner, thereby 
allowing the use of low bandwidth transports such as 
the vertical blanking interval (VBI). While a preferred 



embodiment of the present invention uses the compact 
protocol described therein, interactive applications may 
be described by other protocols, including for example, 
the Hypertext Markup Language ("HTML") or SUN 
5 MICROSYSTEMS INC.'s JAVA language. A detailed 
description of one compact protocol for monitoring inter- 
active applications, including supported definitions, 
scripts, and commands, is described in U.S. Pat. No. 
5,689,799, entitled "Method and Apparatus for Routing 
10 Confidential Information," which issued on November 
18, 1997 and is hereby incorporated by reference 
herein. The interactive applications are themselves soft- 
ware products comprising executable code and data, 
which configures and controls the operation of a broad- 
15 cast receiver 120, as further described below. 

[0028] There may be a plurality of broadcast servers 
110, with each broadcast server 110 serving a particu- 
lar geographic area, set of broadcasters, or set of sub- 
scribers. In one embodiment, each broadcast server 
20 1 1 0 is identified by a unique server identification code. 
[0029] Generally, the broadcast server 110 deter- 
mines which interactive applications should be broad- 
cast on a particular channel at a particular time, 
retrieves the interactive applications corresponding to 
25 the particular channel and time from the database 112, 
and prepares the interactive applications for broadcast. 
[0030] To determine which interactive applications are 
broadcast at the various times, channels, and so forth, 
the broadcast server 1 1 0 receives a playlist 1 13 of pro- 
30 grams to be broadcast by the broadcaster 114. In one 
embodiment, this playlist 113 is prepared in advance 
and identifies the programs that will be broadcast by the 
broadcaster 1 14 at particular times. In another embodi- 
ment, the broadcast server 1 10 receives the playlist 113 
35 in real-time, identifying the program currently being 
broadcast by the broadcaster 114, with the playlist 113 
being updated as the broadcast changes. In either 
embodiment, the playlist 113 contains sufficient infor- 
mation to identify each program, its start and end times, 
40 the channel and network assignments, or broadcaster 
identification code. The broadcast server 110 uses this 
information to identify and retrieve a corresponding 
interactive application from the database 112 that is to 
accompany the program. 
45 [0031] The broadcast server 1 10 formats a retrieved 
interactive application, if necessary, and otherwise pre- 
pares It for insertion into a broadcast signal. Using the 
playlist 113 received from the broadcaster 114, the 
broadcast server 1 10 passes the interactive application 
50 1 15 to the data insertion unit ("DIU") 1 16 to incorporate 
the interactive application 115 into the broadcast feed 
concurrent with the broadcast of the program. 
[0032] The DIU 116 receives the interactive applica- 
tion 1 15 from the broadcast server 114 and the broad- 
55 cast signal, or feed, carrying the program corresponding 
to the interactive application 1 1 5. The broadcast feed 
may be received from the broadcaster 1 1 4, or, in the 
case where the broadcaster does not provide the feed, 
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from a third party such as a network, cable operator, or 
local television station. The DILI 1 16 converts the inter- 
active application 1 1 5 into a format suitable for insertion 
into the broadcaster feed and transmission therewith as 
broadcast data 117. The DIU 116 may receive feeds 5 
from multiple broadcasters and can insert a separate 
interactive application into each feed. Likewise, the DIU 

116 can simultaneously insert a separate interactive 
application into multiple channels from the same, or dif- 
ferent, broadcasters 114. 10 
[0033] The OIL) 116 inserts the broadcast data 1 17 
containing the interactive applications and broadcast 
programs into the broadcast medium. The broadcast 
medium is the frequency spectrum used to carry the 
interactive application 115. In one embodiment, the 15 
broadcast medium is a standard analog television sig- 
nal following National Television Standards Committee 
("NTSC") standards and the VBI Is used as a transport 

to broadcast the interactive application 115. The trans- 
port is the specific portion of the broadcast medium 20 
which carries the interactive application 1 15. In another 
embodiment, the broadcast medium is a standard 
MPEG2 Digital Video Multiplex containing one or more 
MPEG2 Video Services, and an MPEG2 elementary 
stream (or streams) within this multiplex is used as a 25 
transport 

[0034] In one embodiment, the DIU 1 1 6 uses conven- 
tional methods to insert data defining an interactive 
application into the VBI of the broadcast feed. The 
North American Broadcast Teletext Standard (EIA-506), 30 
defines the methods and protocols for sending data in 
one or more lines of the VBI. However, a wide variety of 
other transport mechanisms are available, including } 
those that broadcast the interactive application 1 1 5 sep- 
arately from the television program. Such transport 35 
mechanisms include out-of-band transmitters, which 
transmit the interactive application 115 on an unused 
portion of the television frequency spectrum, and con- 
ventional frequency modulation ("FM") radio transmit- 
ters, which transmit the interactive application 115 40 
outside the television frequency spectrum. In another 
embodiment, the DIU 116 uses conventional methods 
to insert data into an elementary stream within an 
MPEG2 multiplex. 

[0035] In one embodiment error checking or error cor- 45 
reding codes such as Hamming codes are inserted with 
the broadcast data. In one embodiment, the DIU 116 
translates the data into a Hamming code, and in another 
embodiment, the data received by the DIU 1 16 from the 
broadcast server 1 1 4 is already encoded. so 
[0036] The DIU 1 16 is coupled to a transmitter 1 18 for 
transmitting the broadcast data 117, including the 
inserted interactive application. In one embodiment, the 
transmitter 1 18 is a satellite uplink transmitting the data 

117 to local uplink receivers which then distribute the ss 
data 1 17 to the BRs 120 via cable. In another embodi- 
ment, the transmitter 118 is a conventional cable sys- 
tem head-end amplifier. In yet other embodiments, the 



transmitter 118 is a conventional television broadcast 
transmitter or a high-definition television digital transmit- 
ter. 

[0037] In another embodiment, the DIU 116 inserts 
the interactive application 1 15 into the program before 
the program is broadcast. For example, the DIU 116 
may insert an interactive application into the source 
copy of a television commercial- Accordingly, the inter- 
active application is broadcast whenever the commer- 
cial is broadcast. In this embodiment, the broadcast 
server 1 10 does not need to synchronize the retrieval of 
the interactive application with the schedule listed in the 
playlist 

[0038] Regardless of transmission method and inser- 
tion time, the broadcast data 1 1 7 is received by a sub- 
scribers BR 120. Although only a single BR 120 is 
illustrated in FIG. 1, it is understood that in a typical 
embodiment there are hundreds or thousands of BRs 
1 20 receiving the broadcast data 1 1 7 and responding 
as described herein. In a typical embodiment, the BR 
120 is a television set-top box receiving the data via a 
coaxial cable. Additionally, the BR 120 may be inte- 
grated into the television. Moreover, other broadcast 
receivers, including a NTSC broadcast receiver, a high- 
definition television digital receiver, a video cassette 
recorder, or a FM radio receiver can also be used. 
[0039] FIG. 2 illustrates an embodiment of the BR 1 20 
according to an embodiment of the present invention. In 
one embodiment the BR 120 is the General Instrument 
CFT-2200 CATV set-top decoder. The BR 120 includes 
a tuner 202 for receiving the broadcast data 117 from 
the transmitter 1 1 8. In one embodiment, the tuner 202 is 
a conventional cable television tuner. In other embodi- 
ments, the tuner is a television broadcast tuner, a FM 
radio tuner, a digital tuner, or some other form of tuner. 
The embodiment illustrated in FIG. 2 shows a display 
218, typically a television, within the BR 120. As men- 
tioned above, the display 218 may also be located exter- 
nal to the BR 1200. 

[0040] The BR 1 20 also includes a data extractor 206 
coupled to the tuner 202 for extracting the interactive 
application from the broadcast data 117. In one embod- 
iment the data extractor 206 is a conventional VBI 
inband data extraction circuit. In another embodiment, 
the data extractor 206 is a conventional modem. The 
data extractor 206 provides a serial bitstream contain- 
ing the extracted interactive application onto a bus 208. 
The bus 208 is coupled to a microprocessor 210 which 
stores, via the bus 208, the extracted interactive appli- 
cation into a first storage device 212 as instructed by a 
program stored in a second storage device 214. In one 
embodiment the microprocessor 210 uses the error 
code information from the extracted data to check or 
correct errors in the decoded interactive application. In 
one embodiment, the first storage device 212 is a con- 
ventional random access memory ("RAM") while the 
second storage device 214 is a conventional read-only 
memory ("ROM"). Other memory types, such as a flash 



6 



11 



EP 0 977 389 A2 



12 



memory which is readable and writeable yet retains its 
contents after a power loss, may be substituted for the 
second storage device 214. An advantage of flash 
memory is that software or data resident in the BR 120 
can be modified by a received interactive application. 
[0041] In one embodiment, the BR 120 also uses the 
data extractor 206 to extract a time signal from the 
broadcast data 117. The time signal indicates the cur- 
rent time using a standard timebase, such as Coordi- 
nated Universal Time ("UTC") or the subscribers local 
time. In another embodiment, the BR 120 has a real- 
time clock that Is either set by the subscriber or the 
received time signal. Regardless, the BR 1 20 preferably 
has access to the current time and, accordingly, can 
perform date stamping and timing functions. 
[0042] As described below, the microprocessor 210 
uses the program stored in the second storage device 
214 and the interactive application stored in the first 
storage device 21 2 to execute the interactive application 
and provide an output The program stored in the sec- 
ond storage device 214 is preferably an execution 
engine 217 for executing an interactive application 
defined by various scripts, forms, definitions, and code 
and graphic resources. A preferred execution engine is 
the Wink Engine provided by Wink Communications, 
Inc. of Alameda, California. 

[0043] The output from executing an interactive appli- 
cation may be, for example, a form presenting informa- 
tion or a menu to a television viewer or for receiving 
viewer input, or it may be a response, silent or other- 
wise, containing BR 1 20 or television usage data or indi- 
cating viewer preferences. To this end, the BR 120 
preferably includes a graphics overlay generator 216 
coupled to the bus 208 and driven by the interactive 
application 115 stored in the first storage device 212 
and the program stored in the second storage device 
214. The graphics overlay generator 216 generates a 
graphical display responsive to the interactive applica- 
tion 1 15. This graphical display is displayed on a display 
218, typically a television, coupled to the BR 120. Of 
course, the graphics overlay generator 216 is typically 
not used when an interactive application silently exe- 
cutes. 

[0044] In one embodiment, the graphics overlay gen- 
erator 216 also receives the broadcast signal corre- 
sponding to a broadcast program from the tuner 202 to 
allow simultaneous display of the broadcast program 
and the graphical aspects, if any, of the interactive appli- 
cation 115, for example, to input data into a displayed 
form. In one embodiment, the microprocessor 210 is 
also coupled to a user input decoder 222 coupled to a 
user input receiver 224 to allow the user to communi- 
cate with the microprocessor 210 in order to respond to 
the interactive application 115. In one embodiment, the 
user input decoder 222 is a conventional infrared 
remote control decoder. The user input receiver 224 is 
preferably a conventional infrared receiver 224 with 
which the user may use a conventional hand held 



remote control device. Remote control keys pressed by 
the user translate to coded infrared signals that are 
received by the user input receiver 224, are decoded by 
the user input decoder 222, and sent to the microproc- 

5 essor 210 to allow the user to communicate with the 
interactive application 115. The microprocessor 210 
may also be coupled to a conventional infrared com- 
mand encoder 226, which accepts an infrared com- 
mand input and encodes a signal for a conventional 

io infrared emitter 228 to allow the interactive application 
1 15 to control external devices. 
[0045] Returning to FIG. 1, the interactive application 
115 executing on the BR 120 preferably gathers data 
and transmits it to a local data center CLDC") 122 for 

is processing. This data may be, for example, viewer 
responses to on-screen forms generated by the interac- 
tive application 115, or information silently collected by 
the interactive application 115 without notifying the 
viewer. A data line driver 230 within the BR 120 accepts 

20 data from the first storage device 212 under the direc- 
tion of the microprocessor 210 and sends it to a commu- 
nications port 232 to allow the microprocessor 210 to 
send return data to the LDC 122. In one embodiment of 
the present invention, usually when the BR 120 is within 

25 a set-top box, the cable coupled to the BR 1 20 is a two- 
way communications medium. Accordingly, the LDC 
1 22 may be located at the cable headend and the data 
line driver 230 transmits the data from the communica- 
tions port 232 to the LDC 122 via an out-of-band fre- 

30 quency in the cable. In an alternative embodiment, 
usually when the BR 120 is integrated within a televi- 
sion, the BR 120 is directly connected to the LDC 122 
by, for example, a telephone line. Accordingly, the data 
line driver 230 is a conventional modern and the com- 
as munications port 232 is a conventional RJ-1 1 telephone 
jack. Although only a single LDC 122 is illustrated in 
FIG. 1 , a typical embodiment will have multiple LDCs, 
each located at a separate cable headend and receiving 
responses generated by BRs coupled to that headend. 

40 [0046] In one embodiment, the BR 120 stores a plu- 
rality of responses in the first storage device 212 and 
forwards data to the LDC 122 upon the occurrence of a 
trigger, such as the number of stored responses 
exceeding a predetermined limit, the first storage device 

45 212 becoming full, or the expiration of a timer. Alterna- 
tively, the BR 1 20 may forward responses to the LDC 
122 at particular time intervals, in response to a poll 
from the LDC 122, an interactive application 115, or 
another device, or at a rate determined by the interac- 

50 tive application 115 that generated the response. 

[0047] Each BR 120 preferably has a unique terminal 
identification code that is included in the response and 
allows the LDC 1 22 to identify each responding BR 120. 
In addition, the BR 120 also preferably includes the 

55 interactive application and broadcast server identifica- 
tion codes in the response, although the latter identifica- 
tion can typically be inferred from the terminal 
identification code. 
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[0048] The LDC 1 22 is preferably a computer system 
executing a software program providing the functionality 
described herein. The LDC 122 stores the responses in 
a response database 124. By using the terminal identi- 
fication code, the LDC 122 can cross-reference 
responses in the response database 124 with sub- 
scriber information stored in a subscriber information 
database 126. The subscriber information database 
126, in one embodiment, is the same database as is 
used for subscriber billing. In addition, the database 
preferably contains information about the subscribers 
useful for marketing purposes, such as the subscribers' 
household income, age, race, interests, preferences 
and the like. In an alternative embodiment, the addi- 
tional marketing Information is stored in a separate 
database accessible by the terminal identification code 
or other information contained in the subscriber infor- 
mation database 126. The data in the subscriber infor- 
mation database 126 are aggregated with the 
responses in the response database 1 24. 
[0049] The aggregated data are preferably transmitted 
from the LDC 122 to a master data center ("MDC") 128. 
The MDC 128 is also preferably a computer system exe- 
cuting a software program providing the functionality 
described herein. The MDC 128 holds the aggregated 
responses in an aggregate response database 130. In 
addition, the MDC 128 preferably receives a playlist 113 
from the broadcast server 110, the broadcaster 1 14, or 
another source, that allows it to correlate responses 
with broadcast programs. 

[0050] FIG. 3 is a flow chart illustrating steps for 
receiving and operating a monitoring interactive appli- 
cation 115 using the compact information protocol 
according to a preferred embodiment of the present 
invention. The BR 120 receives and decodes 310 an 
application header record prepared by the broadcast 
server 110, inserted by the DIU 1 16, and transmitted by 
the transmitter 118. The application header record 
describes the information that follows and contains the 
interactive application identification code. 
[0051] The monitoring functionality of the interactive 
application 1 1 5 is described by definitions, scripts, and 
commands which may be encoded and broadcast in 
any order. The definitions, scripts, and commands are 
received and decoded 312 by the BR 120 and define 
the monitoring and response parameters used when 
executing 314 the monitoring interactive application 
115. Information that can be tracked by the application 
includes viewership of a specific broadcast, channel, or 
network, usage of other specific interactive applications, 
and usage of functionality provided by the BR 120 such 
as picture-in-picture. 

[0052] Some or all of the received monitoring interac- 
tive application 115 may be stored 312 within the BR 
120. In one embodiment, the interactive application 115 
is repeatedly broadcast, allowing a BR 120 to tune to a 
program at any time yet receive the entire interactive 
application 1 1 5. Any desired updates to the stored inter- 



active application 115 may be received and decoded 
316. If there are additional or updated definitions, 
scripts, or commands, they may be sent until the appli- 
cation is complete 318. tn one embodiment, a termina- 

5 tion command may be broadcast to stop 320 the 
interactive application 115 from monitoring. 
[0053] A new interactive application may be sent at 
any time, including whiie an original application is mon- 
itoring or transmitting a response. For example, a new 

10 interactive application corresponding to a commercial 
may interrupt an original application corresponding to a 
news program, the latter application can resume opera- 
tion upon termination of the former. As part of this func- 
tionality, in one embodiment a suspend application 

is command is sent by the new application in order to sus- 
pend operation of the original application, and a resume 
application command may be sent by either application 
to terminate the new application and resume operation 
of the original application. 

20 [0054] FIG. 4 is a event diagram tracing the construc- 
tion, transmission, and execution of an interactive appli- 
cation 115 for tracking and processing responses 
generated therefrom according to an embodiment of the 
present invention. In FIG. 4, time flows from top to bot- 

25 torn, items in boxes represent actions performed by the 
entity listed above the column containing the box, and 
arrows connecting the entities represent data exchange 
between them. 

[0055] First, the broadcaster 1 1 4 builds 41 0 the inter- 

30 active application. When building the application, the 
broadcaster 114 decides how to monitor usage and 
viewership information. In short, an interactive applica- 
tion may monitor this information silently, silently under 
subscriber control, or explicitly. An interactive applica- 

35 tion that silently monitors information does not provide 
any indication to the subscriber that information is being 
tracked or responses transmitted. An interactive appli- 
cation that collects information silently but under sub- 
scriber control, in contrast, is first activated by a 

40 subscriber, but does not indicate when or what informa- 
tion is collected. Finally, an interactive application that 
explicitly monitors information provides feedback to the 
subscriber indicating that information has been col- 
lected. An explicit interactive application may execute, 

45 for example, when a subscriber responds to a survey or 
purchases a product via a form displayed by the BR 
120. 

[0056] The broadcaster 1 1 4 also decides on what type 
of information to collect. The present invention enables 

so monitoring of three types of information: program view- 
ership, interactive application usage, and BR 120 
usage. Program viewership information includes: 
whether a program, channel, or network was viewed, 
the amount of time it was viewed, the viewing start and 

55 end time, the viewer's entry and exit paths, whether the 
viewer "channel surfed" (i.e., tuned away from the chan- 
nel and then returned to it after a brief time), and ancil- 
lary information such as volume settings or changes. 
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[0057] The broadcaster 114 may also wish to track 
information about the BR 120. For example, a television 
manufacturer may want to know how often features of a 
television set are used. BR 120 usage information 
includes how often a picture-in-picture feature is used, 5 
which video inputs are used, what channel the BR's 
tuner is on, and whether mute, close-captioning, or 
stereo surround sound is activated, and any other user- 
selectable features of the BR 120. 
[0058] In situations where the interactive application is 10 
not silent and is explicitly activated by a viewer, the 
broadcaster 1 14 may desire to track use of the interac- 
tive application in order to fine-tune or optimize it. Infor- 
mation tracked in such circumstances may include 
whether the application was launched, what forms of is 
the application were displayed, the time spent at each 
form, the entry and exit times for the forms, and the 
entry and exit paths for the forms. For example, monitor- 
ing capabilities may be incorporated into a sports inter- 
active application that allows for viewer participation 20 
while viewing a sporting event so that the broadcaster 

114 can determine which features or forms are most 
heavily used. 

[0059] Functionality for collecting these various items 
of information is coded into the interactive application 25 

1 1 5 using the compact protocol described above. The 
actions performed by the BR 1 20 to collect this informa- 
tion are described below. 

[0060] When building the interactive application 115, 
the broadcaster 1 1 4 also accounts for the bandwidth of 30 
the broadcast medium. The bandwidth available in the 
VBI for broadcasting the interactive application 115 is 
inherently limited. Likewise, the bandwidth for the 
responses may be limited, depending upon how 
responses are transmitted and collected. Accordingly, 35 
the broadcaster 114 can control various parameters 
that affect the transmission of the interactive application 
1 15 and the generation and collection of responses. 
[0061] Such response parameters may, for example, 
configure an interactive application to collect responses 40 
only from those BRs 120 having particular response ter- 
minal identifications, collect responses from only a sam- 
ple, e.g. five percent, of those BRs 120 receiving the 
interactive application 115, or limit responses by time 
duration, e.g. only those BRs 120 receiving the interac- 45 
tive application 1 1 5 within five minutes after the start of 
a program, or any combination of these or other limiting 
factors. In a preferred embodiment of the present inven- 
tion, the response parameters are coded into the inter- 
active application 1 1 5 prior to it being transmitted to the so 
BR 120. In alternative embodiments, the BRs 120 them- 
selves determine whether to respond by using internally 
generated criteria. For example, the interactive applica- 
tion 1 15 can specify that only five percent of the BRs 
1 20 receiving the interactive application 1 1 5 generate 55 
responses. Accordingly, each BR 120 would generate a 
random number, or use another selection criteria, and 
determine whether it is in the responding group. 



[0062] The broadcaster 1 14 can also control the pre- 
ferred response path. For example, the broadcaster 114 
can determine whether the responses are stored for 
later forwarding to the LDC 122 or whether the 
responses are sent as soon as possible. If the amount 
of data in the response packet exceeds the amount 
which may be sent using the preferred response path, 
e.g., the cable system, the BR 120 may be configured to 
contact the LDC 122 using an alternate response path, 
e.g., a telephone call. 

[0063] Once the interactive application 1 15 is devel- 
oped, it is transmitted 413 to the interactive application 
database 1 12 in the broadcast server 1 10. The broad- 
caster sets the broadcast schedule 4.1 2 for the interac- 
tive application 115 and provides 414 the schedule to 
the broadcast server 110 in, for example, the form of a 
playlist. As described with respect to FIG. 1 , the interac- 
tive application 115 is retrieved from the database and 
inserted 416 into the broadcast feed at the scheduled 
time or times. 

[0064] Those BRs 1 20 tuned to the channel on which 
the interactive application 1 15 is broadcast at the same 
time it is broadcast 416 receive the application. In alter- 
native embodiments, the application is broadcast to all 
BRs 120 receiving the transmission, regardless of the 
channel to which the BR 1 20 is tuned or whether the BR 
120 is currently in use. For example, in such an embod- 
iment the BR 120 may silently monitor one or more spe- 
cial channels for interactive applications. 
[0065] The interactive application 11 5 is preferably 
launched automatically upon receipt by the BR 120. 
Once launched, the application collects 418 the usage 
information for which it is programmed by storing infor- 
mation in a storage device 212 indicating the monitored 
attributes. The interactive application 1 1 5 then prepares 
a response packet containing the collected and stored 
information for eventual transmission 420 to the LDC 
122. 

[0066] As described above, usage information that 
can be collected by the interactive application 115 gen- 
erally falls into three categories: information about the 
program, information about the BR 120, and information 
about an interactive application executing on the BR 
120. To determine information about the program, one 
embodiment determines whether the program is being 
viewed by continuously broadcasting the interactive 
application 115 during the program. The application, 
when executed, creates a response packet indicating 
that the tuner is tuned to the program. To determine how 
long a program is viewed, one embodiment continu- 
ously broadcasts the application during the program. 
When the application is executed, it records the time it 
was launched and, when the show ends, the channel is 
changed, or the BR 120 is turned off, the application cal- 
culates the total viewing time and records a response so 
indicating. This latter application may be modified to 
provide viewing start and stop times by starting a timer 
when the viewer tunes to the channel and recording a 
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response with the timer's value when the viewer leaves 
the channel. When determining the viewer's entry path 
to the channel, the interactive application 115 may 
record whether the BR 120 was on the channel before 
the program began, tuned to the channel during a show 5 
or advertisement, turned on during the program, or 
whether an upstream tuner (i.e., a tuner receiving the 
signal ahead of the BR 120, such as a VCR coupled to 
the cable ahead of the set-top box) was tuned to the 
channel during the program. One embodiment sets a bit 10 
in the interactive application 1 1 5 during only the first five 
seconds of the program. If the response indicates that 
this bit was set, it can be determined that the tuner was 
on the channel at the start of the program. When deter- 
mining the viewer's exit path from the channel, the inter- 15 
active application 1 1 5 may record whether the program 
ended, whether the BR 1 20 was tuned to another chan- 
nel or turned off, or whether an upstream tuner was 
tuned to another channel during the program. In addi- 
tion to the program information gathered above, the 20 
interactive application 115 may also gather the same 
information on a per-channel, per-multiple channel, or 
per-network basis. 

[0067] In one embodiment, the interactive application 
1 1 5 generates a response indicating a confidence level 2s 
that the television 218 is actually on the channel indi- 
cated by the BR 120. For example, the interactive appli- 
cation 115 may determine that an upstream tuner is 
being used to control channel selection because the tel- 
evision 218 is always tuned to channel three. Accord- 30 
ingly, the interactive application 115 would indicate that 
the channel information has a low confidence level. 
[0068] As mentioned above, information about the BR 
1 20 which can be tracked includes use of ptcture-in-pic- 
ture, video inputs, tuner, mute, closed-captioning, and 35 
stereo surround, and the like. One embodiment of the 
BR 120 records this information by storing information 
in memory 212 each time one of the features is used. 
[0069] Information about an interactive application 
can be tracked by having the application record when it 40 
is launched and the order in which forms in the applica- 
tion were viewed or used by setting one or more bits in 
the response packet The application can also use a 
timer to record the time spent on each form. In one 
embodiment, as each form is entered, the application 45 
records in an array the time which was spent on the pre- 
vious form, and then resets the timer to record time 
spent on the current form. The timer is preferably 
stopped when an application is suspended, so commer- 
cial breaks will not interfere with accurate timing. In one so 
embodiment, a "suspend" timer is set to limit the time 
that an application is suspended. Accordingly, the appli- 
cation will not be suspended indefinitely when the chan- 
nel is changed during a commercial. In another 
embodiment, the application uses the real-time clock to 55 
record the time of form entry or exit. The entry path to 
and exit path from the application can also be captured 
and provided to the application for inclusion in a 



response packet 

[0070] FIG. 5 is a chart illustrating an embodiment of 
the response packet 500 generated by the BR 1 20 and 
transmitted to the LDC 122. The response packet 500 is 
divided into separate fields, each representing a bit or 
bits in the response packet. F|G. 5 shows only one 
embodiment of the response packet 500 and the size, 
type, and order of the fields may vary. 
[0071] The Version Number field 510 identifies the 
version number of the transmission protocol. This field 
is used by the LDC 122 to ensure that the BR 120 is 
using the same transmission protocol as the LDC 122. 
The Type field 512 identifies the type of response infor- 
mation included within the response packet. In one 
embodiment, the type field 512 specifies whether the 
packet contains usage monitoring information about a 
program, the BR 120, ancVor an interactive application. 
[0072] The Free Memory field 514 indicates the 
amount of memory free in the first storage device 212 
and may be used for error checking purposes. The 
Sample Size field 516 indicates the sampling size used 
by the interactive application 115. As described above, 
the BR 120 may also be configured to respond only if it 
should be included within the sample. 
[0073] The Information field 518 includes the usage 
monitoring 520, broadcast receiver 522, and form visita- 
tion 524 subfields and contains the information col- 
lected by the interactive application 1 1 5 from the BR 
120. Any or all of these subfields may contain informa- 
tion, depending upon the data collected by the interac- 
tive application 115. The usage monitoring subfield 520 
may contain subfields identifying the channel moni- 
tored, the amount of time the channel was viewed, the 
entry and exit channels, and other information as may 
be specified in the interactive application 115. The 
reception terminal subfield 522 preferably contain sub- 
fields identifying the various BR 1 20 features and their 
settings and/or frequency of use. The form visitation 
subfield may contain subfields identifying the number of 
forms viewed, the final form viewed, the number of visits 
per form, and the number of seconds spent at each 
form. For those fields containing time-stamped data, 
one embodiment uses the number of seconds or min- 
utes that have elapsed from a predetermined date, e.g. 
the number of seconds past January 1 ( 1970 at 
12:00am UTC to represent the recorded time. However, 
the format of the time data may be specified by the inter- 
active application 1 15 or the compact protocol. 
[0074] The response packet 500 preferably also con- 
tains a field 526 for application specific data. The LDC 
122 may determine how to parse this field 526 from the 
data in the type field 512 or from data in the interactive 
application identification field 528, which identifies the 
interactive application that generated the response 
packet 500. The packet 500 also preferably includes a 
BR identification field 530 that contains the terminal 
identification code of the specific BR 1 20 that generated 
the response. This field 530 can be used to identify the 
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subscriber generating the response as well as the make 
and model of the BR. In addition, the packet 500 prefer- 
ably includes a broadcast server identification field 532 
that contains the identification of the broadcast server 
1 1 0 that transmitted the interactive application 115. 
[0075] As described above, the packet 500 may be 
sent via the cable headend, a telephone connection, or 
other transmission means. By using the BR identifica- 
tion field 530, the LDC 122 can cross-reference 
responses received from the BR 1 20 and stored in the 
response database 124 with subscriber information 
stored in the subscriber information database 1 26. For 
each subscriber, the subscriber information database 
126 preferably includes the terminal identification code 
of the subscriber's BR 1 20, a unique subscriber identifi- 
cation number, the subscriber's name, address, ZIP 
code, and phone number, products or classes of prod- 
ucts purchased by the subscriber, the subscriber's 
income, age, race, viewing habits or preferences, and 
any other information needed for billing purposes or 
gathered by, for example, subscriber surveys. 
[0076] Referring again to FIG. 4, this cross-referenced 
information is aggregated 422 with the received 
response to form an aggregated response. Then, the 
multiple aggregated responses generated by the LDC 
122 are preferably combined, in one embodiment, the 
identification of the specific BR 1 20 that generated each 
response is stripped from the combined responses. The 
combined and aggregated responses may, for example, 
provide indications of the number of viewers who 
watched a particular channel, the average income and 
age of those viewers, and the geographic locations of 
those viewers. 

[0077] The aggregated and combined responses gen- 
erated by the LDC 122 are preferably transmitted 424 to 
the MDC 128, where they are held in the aggregate 
response database 130. This database 130 combines 
the responses received from the various LDCs to which 
the MDC 128 is coupled. In one embodiment, the MDC 
128 further aggregates the responses with additional 
subscriber information stored in a MDC subscriber infor- 
mation database (not shown). The MDC 128 also uses 
the received playlist 113 to correlate the aggregated 
responses with the broadcast programs and determine 
the precise program or event that was transmitted when 
the response was generated, thereby providing aggre- 
gated response data for that particular program. For 
example, the MDC 128 can determine from the playlist 
113 that a commercial was broadcast on a particular 
network at a particular time. By analyzing the times that 
the responses in the response database 1 30 were gen- 
erated, the MDC can determine how many subscribers 
were viewing the commercial at that time and the sub- 
scribers' average income. 

[0078] Finally, the MDC 128 generates a report from 
the data contained in the aggregated responses. In gen- 
eral, the broadcaster 1 14 specifies the type of report it 
wishes to receive. Such a report may indicate, for exam- 



ple, the total rating or share of a broadcast, the average 
age of subscribers who watched a program at specific 
instants in the program, the subscribers' entry and exit 
paths to and from the program, the average income of 

5 the subscribers who watched the program, or any other 
geographic, demographic, or psych ographic profiles of 
the subscribers that can be developed from the aggre- 
gate responses. Preferably, the exact identities of the 
individual subscribers are stripped from the report in 

10 order to protect the subscribers' privacy. 

[0079] In one embodiment, the MDC 128 uses the 
interactive application identification fields 528 in the 
response packets to determine the broadcaster 114 
whose interactive application generated the response. 

15 The MDC 128 determines the type of report requested 
by the broadcaster 1 1 4 from a data store, and then gen- 
erates the report from the responses. Reports are pref- 
erably automatically and electronically delivered to the 
requesting broadcasters using, for example, electronic 

20 data interchange methods such as a secure web page, 
an electronic mail attachment using the Multipurpose 
Internet Mail Extensions protocol, the File Transfer Pro- 
tocol, or push-based technology. In some embodiments, 
the reports are plain text files, while in others the reports 

25 are rich text files in, for example, the ADOBE ACROBAT 
portable document format, while in still others the 
reports are multimedia documents in, for example, the 
HTML formaL 

[0080] FIG. 6 illustrates sample reports that may be 

30 generated by the MDC 128 from the aggregate 
responses. FIG. 6A illustrates a sample report showing 
the percentage of total responses received in a particu- 
lar geographic market for a particular channel by time of 
day. One channel, 77, is shown in the report and it car- 

35 ries a broadcast feed provided by the CABLE NEWS 
NETWORK ("CNN"). Channel 77 executed a monitoring 
interactive application entitled "CNN PS" and having an 
interactive application identification of 000027f2 (shown 
in the report as a "UIC"). As shown in FIG. 6A, a total of 

40 1 826 viewer responses were received from 1 743 differ- 
ent viewers on the reported day. Eighty seven of these 
responses from 75 different viewers were generated by 
the CNN PS application and indicate subscribers who 
triggered the CNN PS application by watching channel 

45 77. As shown by the timeline corresponding to channel 
77 in the report, 15 responses were generated at 
approximately 8 A.M. while 69 responses were gener- 
ated between approximately 5-7PM. Accordingly, these 
responses indicate that a majority of viewers watched 

so channel 77 in the typical breakfast and dinner hours. 
[0081] FIG. 6B, in contrast, is a report illustrating daily 
form usage for a particular interactive application on 
channel 36 In a particular geographic area, Orlando, 
Florida. In FIG. 6B, channel 36 carries a broadcast feed 

55 provided by CNN. The interactive application carried 
with the feed has three associated root forms, Headline 
News, National News, and World News, and each root 
form has additional forms that may be displayed through 
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the root form. For each form, the first number after the 
form name indicates the average time in seconds spent 
on that form and the second number of the form name 
indicates the number of visits recorded for that form. For 
example, the form entitled "Headline News" had 16 vis* 5 
its, but the average time of visitation was less than a 
second. The associated form "Headline News-More 
Detail, Story 1 " had a total of 45 visits and an average of 
23 seconds per visit. 

[0082] In summary, the present invention is a system 10 
and method allowing configurable monitoring of pro- L 
gram viewership, broadcaster receiver usage, and inter- 
active application usage. By collecting responses 
produced by interactive applications executing on 
broadcast receivers, the system and method can pro* 15 
vide very specific reports of viewership and usage. In 
addition, the system and method can cross-reference 
received responses with subscriber information to pro- 
vide reports including demographic and psychographic 
information about responding subscribers. 20 

Claims 

1. A method of selectively monitoring usage of a 
broadcast receiver, the method comprising the 25 
steps of: 

receiving at the broadcast receiver an interac- 
tive application accompanying a broadcast pro- 
gram: 30 
executing the interactive application to selec- 
tively determine whether the interactive appli- 
cation specifies monitoring of selected 
attributes of the broadcast receiver; 
responsive to a positive determination, conlig- 35 
uring the broadcast receiver to monitor the 
specified selected attributes; and 
storing data in the broadcast receiver indicative 
of the monitored attributes. 

40 

2. The method of claim 1 ( wherein there are a plurality 
of broadcast receivers, each performing the receiv- 
ing, executing, configuring, and storing steps and 
the method further comprising the steps of: 

45 

combining the stored data indicative of the 
monitored attributes from the plurality of broad- 
cast receivers; and 

generating a report from the combined stored 
data describing the monitored attributes of the so 
plurality of broadcast receivers. 

3. The method of claim 1 or 2, further comprising the 
steps of: 

55 

specifying the selected attributes of the broad- 
cast receiver to be monitored by the interactive 
application; 



storing within the interactive application pro- 
gram logic indicative of the selected attributes 
to be monitored; and 

transmitting the interactive application to the 
broadcast receiver. 

4. The method of claim 3, wherein the selected 
attributes of the broadcast receiver to be monitored 
include program viewership attributes, interactive 
application usage attributes, and/or broadcast 
receiver usage attributes. 

5. The method of one of the preceding claims, further 
comprising the steps of: 

determining when the broadcast program 
accompanying the interactive application will 
be transmitted on a broadcast feed; and 
inserting the interactive application into the 
broadcast feed substantially contemporaneous 
with the transmission of the broadcast pro- 
gram. 

6. The method of one of the preceding claims, further 
comprising the step of: 

transmitting the stored data indicative of the 
monitored attributes from the broadcast 
receiver to a central database. 

7. The method of claim 6, wherein a plurality of broad- 
cast receivers transmit stored data to the central 
database and further comprising the steps of: 

aggregating the stored data indicative of the 
monitored attributes with subscriber informa- 
tion describing a subscriber with which the par- 
ticular broadcast receiver that transmitted the 
stored data is associated; and 
generating a report from the aggregated stored 
data and subscriber information describing the 
monitored attributes of the broadcast receiver 
and associated subscriber information. 

8. A system for selectively monitoring subscriber 
usage of a broadcast receiver, comprising: 

a broadcaster for providing broadcast data 
including an interactive application for selective 
monitoring; 

a plurality of broadcast receivers receiving the 
broadcast data from the broadcaster and each 
having a memory for storing the interactive 
application for selective monitoring and an 
engine for extracting the interactive application 
from the broadcast data, executing the interac- 
tive application, and generating a response 
describing subscriber usage of the broadcast 
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receiver when so instructed by the interactive 
application for selective monitoring; and 
a data center for receiving responses gener- 
ated by the plurality of broadcast receivers exe- 
cuting the interactive application for selective 5 
monitoring and generating a report describing 
subscriber usage of the responding broadcast 
receivers. 

9. The system of ciaim 8, wherein the broadcaster 10 
comprises: 

a broadcast server having a stored plurality of 
interactive applications including the interactive 
application for selective monitoring and receiv- is 
ing a playlist describing programs broadcast on 
a broadcast feed for retrieving particular ones 
of the stored plurality of interactive applications 
response to the playlist; and 
a data insertion unit receiving the broadcast 20 
feed and the retrieved interactive applications 
from the broadcast server for inserting the 
received interactive applications into the broad- 
cast feed to create the broadcast data. 

25 

10. The system of claim 9, wherein the data insertion 
unit inserts the interactive applications into the ver- 
tical broadcast interval of the broadcast feed. 

11. The system of one of the preceding claims 8 to 10, 30 
wherein the data center comprises: 

a response database for holding the responses 
generated by the plurality of broadcast receiv- 
ers; and & 
subscriber information database for holding 
information about subscribers having ones of 
the plurality of broadcast receivers and infor- 
mation for cross-referencing the subscribers 
with the responses generated by the plurality of 40 
broadcast receivers. 

12. The system of claim 11, wherein the data center 
generates a report including information from the 
subscriber information database describing the 45 
subscribers having responding broadcast receiv- 
ers. 

13. The system of one of the preceding claims 8 to 12, 
further comprising: so 

a plurality of data centers each for receiving 
and aggregating responses generated by a 
geographically related subset of the plurality of 
broadcast receivers; and ss 
a master data center for receiving and further 
aggregating the aggregate responses from the 
plurality of data centers and generating a 



report therefrom describing the responding 
broadcast receivers. 

14. The system of one of the preceding claims 8 to 13, 
wherein the broadcast receiver receives the broad- 
cast data from the broadcaster and transmits 
responses to the data center via a single transmis- 
sion medium. 

15. The system of one of the preceding claims 8 to 13, 
wherein the broadcast receiver receives the broad- 
cast data from the broadcaster via a first transmis- 
sion medium and transmits responses to the data 
center via a second transmission medium different 
than the first transmission medium, 

16. A method of generating a usage report describing a 
plurality of remote broadcast receivers receiving a 
broadcast feed from a broadcaster, the method 
comprising the steps of: 

defining an interactive application specifying 
characteristics of the plurality of remote broad- 
cast receivers to be monitored; 
transmitting the interactive application with the 
broadcast feed to the plurality of remote broad- 
cast receivers; 

selectively executing the interactive application 
on particular ones of the remote broadcast 
receivers to generate responses describing the 
monitored characteristics of the particular 
remote broadcast receiver; 
transmitting the responses from the particular 
ones of the remote broadcast receivers to a 
data center; and 

generating a report from the responses 
received by the data center, the report describ- 
ing usage or the monitored characteristics of 
the plurality of remote broadcast receivers. 

17. The method of claim 16, wherein the selectively 
executing step comprises the step of: 

executing the interactive application to deter- 
mine whether a particular remote broadcast 
receiver should generate a response. 

18. The method of claim 16 or 17, wherein the step of 
transmitting the interactive application with the 
broadcast feed to the plurality of remote broadcast 
receivers comprises the step of: 

inserting the interactive application into a verti- 
cal blanking interval of the broadcast feed. 

19. The method of claim 16 or 17, wherein the step of 
transmitting the interactive application with the 
broadcast feed to the plurality of remote broadcast 
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receivers comprises the steps of: 

retrieving the interactive application from an 
interactive application database responsive to 
the broadcasting on the broadcast feed of a 5 
program associated with the interactive appli- 
cation; and 

inserting the retrieved interactive application 
into the broadcast feed substantially concur- 
rent with the broadcast of the associated pro- 10 
gram. 

20. The method of one of the preceding claims 16 to 
1 9, wherein the defining step further comprises the 
step of: 15 

defining the interactive application to monitor 
viewership characteristics of the plurality of 
remote broadcast receivers. 

20 

21. The method of one of the preceding daims 16 to 
19, wherein the defining step further comprises the 
step of: 

defining the interactive application to monitor 25 
characteristics of a second interactive applica- 
tion executed by the plurality of remote broad- 
cast receivers. 

22. The method of one of the preceding claims 16 to 30 
21 , wherein the step of transmitting the responses 
from the particular ones of the remote broadcast 
receivers to a data center comprises the step of: 

transmitting the responses responsive to an 35 
occurrence of a triggering event 

23. The method of claim 22, wherein the triggering 
event is specified by the interactive application. 

40 

24. The method of one of the preceding claims 16 to 
23, wherein the generating step comprises the 
steps of: 

aggregating each received response with sub- 45 

scriber information describing a subscriber 

who generated the response; and 

describing the subscriber information in the 

report. 

50 
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Daily Form Usage 



For; 10/ 1 6/97 
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Channel: 36 
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